home *** CD-ROM | disk | FTP | other *** search
/ BMUG PD-ROM BV3 / BMUG PD-ROM Version BV3 (CDRM1097900).iso / Utilities / TidBITs / TidBITS 51-75 / TidBITS#71⁄08-Jul-91.etx < prev    next >
Text File  |  1992-05-21  |  18KB  |  373 lines
  1. TidBITS#71/08-Jul-91
  2. ====================
  3.  
  4.  Copyright 1990-1992 Adam & Tonya Engst. Non-profit, non-commercial
  5.    publications may reprint articles if full credit is given. Other
  6.    publications please contact us. We do not guarantee the accuracy
  7.    of articles. Publication, product, and company names may be
  8.    registered trademarks of their companies. Disk subscriptions and
  9.    back issues are available.
  10.  
  11.  For more information send electronic mail to info@tidbits.uucp or
  12.  Internet: ace@tidbits.uucp -- CIS: 72511,306 -- AOL: Adam Engst
  13.  TidBITS -- 9301 Avondale Rd. NE Q1096 -- Redmond, WA 98052 USA
  14.  -----------------------------------------------------------------
  15.  
  16. Topics:
  17.     MailBITS/08-Jul-91
  18.     SevenBITS/08-Jul-91
  19.     Dirtier ROMs
  20.     Mac to Unix Backup
  21.     Reviews/08-Jul-91
  22.  
  23.  
  24. MailBITS/08-Jul-91
  25. ------------------
  26.   For those of you struggling with MaxAppleZoom's recent demise, yet
  27.   more hope exists. Bob Boonstra came up with a patch that he's
  28.   found to work with both version 1.3 and 1.3.1 of MaxAppleZoom. It
  29.   requires a disk editor and a little technical knowledge, but is
  30.   cleaner than the other solutions. He writes, "After further
  31.   investigation, the following appears to be a more complete fix for
  32.   the bug (time bomb) in MaxAppleZoom. The patch does not require an
  33.   INIT and does not require changing the date. At least, it works
  34.   for me, on version 1.3 and 1.31, with dates out as far as I
  35.   checked (1999)."
  36.  
  37.  
  38. For MAZ 1.3:
  39.  INIT 1 offset 572:     change 02EA 3000 002C 65AE 43FA 0352
  40.                             to 02EA 3000 002C 4E71 43FA 0352
  41.  INIT 1 offset 5CE:     change 02EA 3000 002C 65AE 43FA 02DA
  42.                             to 02EA 3000 002C 4E71 43FA 02DA
  43.  cdev -4064 offset C48: change 02EA 3000 002C 65AE 1428 0004
  44.                             to 02EA 3000 002C 4E71 1428 0004
  45.  cdev -4064 offset CD0: change 02EA 3000 002C 65B0 5213
  46.                             to 02EA 3000 002C 4E71 5213
  47.  
  48.  
  49. For MAZ 1.31:
  50.  INIT 1 offset 570:     change 02EA 3000 002C 65AE 43FA 0340
  51.                             to 02EA 3000 002C 4E71 43FA 0340
  52.  INIT 1 offset 5CC:     change 02EA 3000 002C 65AE 43FA 02C8
  53.                             to 02EA 3000 002C 4E71 43FA 02C8
  54.  cdev -4064 offset C46: change 02EA 3000 002C 65AE 1428 0004
  55.                             to 02EA 3000 002C 4E71 1428 0004
  56.  cdev -4064 offset CCE: change 02EA 3000 002C 65B0 5213
  57.                             to 02EA 3000 002C 4E71 5213
  58.  
  59.   "The patch substitutes a NOP for a conditional branch that follows
  60.   each of three CMP2 range checks. The value being checked, and the
  61.   range checked against, are computed by code so obscure (clever?)
  62.   that I don't know exactly what is being bypassed, or why it was
  63.   there, but it works for me. In each case, the patches to the INIT
  64.   prevents MAZ from not loading, while the patch to the cdev
  65.   prevents the Control Panel device from being disabled. Thanks to
  66.   Nobu Toge for pointing out the problem with the cdev, and to Scott
  67.   E. Lasley for sending me version 1.31."
  68.  
  69.   TidBITS is available in many places online, but until recently has
  70.   not appeared on Delphi. Luckily for all of us, Mike Martin has
  71.   graciously volunteered to upload each week's issue to Delphi for
  72.   me (there' s a limit to how much I can do online personally). So
  73.   for those of you on Delphi who haven't seen TidBITS before,
  74.   welcome, and I hope you enjoy it. I'm sure Mike will forward
  75.   limited mail back to me via America Online, so if you have
  76.   comments or suggestions, please feel free to send them along (just
  77.   don't swamp him with mail - I'm sure he's got better things to do
  78.   than play mailman). Thanks for all your help, Mike! Now are we
  79.   missing any other online services? How about BIX, the BYTE
  80.   Information Exchange? Does anyone out there use BIX?
  81.  
  82.   Although TidBITS is available in many electronic hideaways, it is
  83.   no longer available in ForumLink on America Online, simply because
  84.   ForumLink is no longer there. It was dissolved recently, and
  85.   although I don't know exactly why yet, I suspect it simply wasn't
  86.   getting enough traffic. Unlike most everything on the Internet,
  87.   AOL has to turn a profit, and if an area is unpopular, then it's
  88.   not helping make money. We're trying to find a new place for
  89.   TidBITS on America Online, but in the meantime, you can find new
  90.   issues in the HyperCard library there. If you want to help our
  91.   search for a new spot on AOL, send mail to me at Adam Engst and to
  92.   Tim Barwick (AFP TimB). He's the person who decided to drop
  93.   ForumLink. Ideally we could get a specific TidBITS section where
  94.   everything would be available and where each issue would appear
  95.   quickly.
  96.  
  97.   Shawn Barnhart writes, "In TidBITS#69/01-Jul-91 you go on at
  98.   length about using Macs for video conferencing, lamenting the
  99.   current state of A/V compression and decompression. There has been
  100.   considerable discussion in rec.video.satellite over the past six
  101.   months or so of a new satellite TV service called SkyPix that is
  102.   supposed to provide 50 or so channels off of one satellite
  103.   transponder via some pretty tricky video compression. Supposedly
  104.   it's high-quality digital video, but evidently fast motion scenes
  105.   give the compression hardware a bit of headache, resulting in
  106.   jittery video. But it would seem like the _ideal_ technology for
  107.   video conferencing, where as you said in TidBITS, most of what you
  108.   see is a talking head. With this kind of technology you could use
  109.   just one satellite transponder and get 25 or so simultaneous video
  110.   conferences."
  111.  
  112.   John Norstad writes, "Disinfectant 2.5.1 is a new release of our
  113.   free Macintosh anti-viral utility. Version 2.5.1 corrects an error
  114.   in the version 2.5 INIT which caused some programs (e.g.,
  115.   CompuServe Navigator) to crash on Macs using the Motorola 68000
  116.   processor (the 512KE, Plus, SE, Classic, and Portable.) Version
  117.   2.5.1 also corrects an error in the 2.5 program which could, at
  118.   least in theory, cause crashes or hangs during program startup or
  119.   when you try to do a scan. We apologize to everybody for the
  120.   inconvenience caused by these errors in the 2.5 release. The
  121.   errors are serious, and we strongly urge all Disinfectant users to
  122.   obtain the new version 2.5.1."
  123.  
  124.   Information from:
  125.     Bob Boonstra -- jrb@mbunix.mitre.org
  126.     Mike Martin -- CWSoldier at AOL
  127.     Shawn Barnhart -- sbarnhar@mailbox.mail.umn.edu
  128.     John Norstad -- j-norstad@nwu.edu
  129.  
  130.  
  131. SevenBITS/08-Jul-91
  132. -------------------
  133.   A few weeks ago I talked briefly about Chris Derossi's
  134.   Hierarchical Apple Menu (HAM) and some of its competitors-to-be.
  135.   In the meantime I've heard some more information. Apparently,
  136.   there's some possibility that HAM will be built into a future
  137.   version of System 7, which accounts for the fact that Chris hasn't
  138.   released it yet. No word what the interface folks at Apple will
  139.   decide, but I'd like to see it sometime soon. On a related note,
  140.   apparently a pre-release version of Connectix's SuperMenu was
  141.   leaked to the public. Magic Apple, as it's called, has quickly
  142.   made the rounds of the Internet, appearing in Europe as well as
  143.   the US. According to author Fred Hollander, Magic Apple has some
  144.   bugs and isn't the sort of thing you want to run regularly.
  145.   SuperMenu will be commercial software, included with the System
  146.   7-savvy HandOff II 2.2, so if you have a copy of Magic Apple,
  147.   please delete it and wait for the stable release of SuperMenu.
  148.   Fred also promises that there will be many more features in
  149.   SuperMenu and HandOff II, so there will be incentive to buy the
  150.   final version. Current plans call for all registered users of
  151.   HandOff II to receive a free upgrade, so if you already have
  152.   HandOff II, you're all set.
  153.  
  154.   If you like to have all sorts of information at hand and you have
  155.   the disk space to support your habit, you might check out a
  156.   FileMaker II database created by Kathryn Turpin on America Online.
  157.   Kathryn collected and edited all messages (other than the obvious
  158.   drivel) pertaining to System 7 that she could find on AOL from
  159.   10-May-91 to 13-Jun-91. Kathryn edited down the 7 MB of raw
  160.   material to 1049 records comprising about 2.6 MB. It is stored in
  161.   a self-extracting Compact Pro archive and takes about 125 minutes
  162.   to download, I presume at 2400 bips. Kathryn said that she will
  163.   probably continue her work collecting information on System 7 and
  164.   in August will upload an update to the database covering messages
  165.   after 13-Jun-91. It will include updated compatibility information
  166.   and possibly even extracts from magazine articles. So if you have
  167.   FileMaker II or Pro and want to collect information on System 7,
  168.   here's a good way to get started.
  169.  
  170.     Connectix -- 800/950-5880
  171.  
  172.   Information from:
  173.     Fred Hollander -- F.Hollander@applelink.apple.com.
  174.     Michael Costello -- costello@stx.uucp
  175.     Kathryn Turpin -- KathrynT at AOL
  176.  
  177.  
  178. Dirtier ROMs
  179. ------------
  180.   For some time after I coordinated the NewROMs petition there was
  181.   no response at all. Henry Norr of MacWEEK said that he thought the
  182.   issue was dead until Apple issued a statement, and the only other
  183.   mention that our letter received came from Bob Cringely of
  184.   InfoWorld. In the last few days I've heard some more interesting
  185.   news, though it doesn't necessarily mean anything in terms of
  186.   getting new ROMs.
  187.  
  188.   A few days ago I got a call from David Burmaster, a consultant
  189.   based in Cambridge, MA. He was irate about the problem of the
  190.   dirty ROMs and had gone so far as to send a letter to John Sculley
  191.   threatening a lawsuit. What interested me about his situation was
  192.   that Apple responded by saying that he could jolly well go out,
  193.   buy MODE32 from Connectix, and shut up. OK, so I doubt that Apple
  194.   actually worded it like that, but David was upset enough that it
  195.   might have been. We can see that Apple now officially recommends
  196.   MODE32. David checked with his lawyer to see what kind of chances
  197.   he had at winning a suit against Apple for misrepresenting the
  198.   abilities of the Mac II, IIx, IIcx, and SE/30. His lawyer said
  199.   that although he thought he could prove the misrepresentation in
  200.   court, it would take 18 to 24 months to get a court date and a
  201.   minimum of $5000 in legal fees to file. That's the first educated
  202.   legal opinion I've heard on the issue, and it's interesting that
  203.   it does put Apple in the wrong. David decided not to sue since it
  204.   made no financial sense and since Apple Legal is not a group you
  205.   want to tangle with unnecessarily.
  206.  
  207.   A day or so later, I received another call (I normally get a lot
  208.   of email, but not too many telephone calls, so all this surprised
  209.   me), this time from Roy MacDonald of Connectix. He'd heard from a
  210.   MODE32 beta tester that I would be a good person to put on the
  211.   press list, so he called and asked me if I'd like a copy of MODE32
  212.   to work with. Mark H. Anbinder has already done a mini-review of
  213.   MODE32, but I'm never one to turn down software to test. I haven't
  214.   been using it for all that long, but it seems to work just fine. I
  215.   can't ask for virtual memory over 16 MB since I don't have that
  216.   much disk space available, but I do plan to clear up some more
  217.   space eventually. I'll keep people posted on my experiences with
  218.   MODE32. Thanks, Connectix!
  219.  
  220.   A number of people have wondered why Apple couldn't just build the
  221.   32-bit cleanliness into System 7, as they did with A/UX. I've
  222.   heard that the 32-bit cleanliness worked a bit like virtual memory
  223.   under System 6. Someone at Apple said to the engineers, "How about
  224.   putting virtual memory in System 6?" and the engineers said,
  225.   "Can't be done." In January of 1989, Connectix introduced Virtual
  226.   1.0. So when work started on System 7 and virtual memory was
  227.   included, someone said, "How about 32-bit cleanliness, so users
  228.   can use lots of memory and virtual memory on those older
  229.   machines?" Once again the reply came back, "Can't be done in
  230.   System 7. A/UX is a different OS." Once again, several months
  231.   later, the wizards at Connectix came out with MODE32. Hmm,
  232.   starting to see a pattern here? Actually I doubt Apple will let
  233.   such an obvious gap happen again, if only to save face. Next time
  234.   somebody asks one of those questions, the answer will be, "Is
  235.   tomorrow soon enough?"
  236.  
  237.   Lots of rumors have floated by about how Apple has some 32-bit
  238.   clean ROMs based on the IIfx ROMs or the IIsi ROMs, or something
  239.   like that. I've now heard that those rumors were true, though the
  240.   details are still to be completely discovered. Apparently, some
  241.   people poking around at Apple found a couple of boxes labeled "Mr.
  242.   Clean" and inside the boxes were a bunch of 32-bit clean ROMs.
  243.   These ROMs were never a product, are not a product, and may never
  244.   be a product, but when they were made, Apple distributed them to
  245.   developers who used machines with dirty ROMs and who needed to
  246.   test their code on the 32-bit clean ROMs. Essentially then, it
  247.   sounds like these clean ROMs got caught in some sort of
  248.   marketing/administrative snafu and ended up in a closet instead of
  249.   on a production line and in all of our hot little hands. Humph!
  250.  
  251.   Information from:
  252.     Roy MacDonald -- connectix@applelink.apple.com
  253.     Pythaeus
  254.     David Burmaster
  255.  
  256.  
  257. Mac to Unix Backup
  258. ------------------
  259.   In this day of limited resources, I especially enjoy hacking
  260.   together strange combinations of equipment to cover for an
  261.   expensive solution. Back when I worked for Cornell as a student
  262.   supervisor, we had a real problem with backups. Most of our Macs
  263.   were public and didn't have hard drives, but a couple of servers
  264.   had hard drives, and the operators' Macs were similarly equipped.
  265.   We seemingly had a negative hardware budget but floppy-based
  266.   backups were simply too much work.
  267.  
  268.   Cornell has a fiber backbone (which is actually more complimentary
  269.   than it initially sounds :-)) so all of these Macs could easily
  270.   connect to the various mainframes. What I wanted to do, but never
  271.   managed to get the time nor the approval for, was to set up some
  272.   kind of automatic backup scheme whereby the Mac would upload all
  273.   its files to an account on one of the mainframes, and once up on
  274.   the mainframe, all the files would be included in the automatic
  275.   tape backups. I'd decided on using one of Cornell's Vaxen because
  276.   binary files uploaded to the IBM mainframe came back down intact
  277.   but missing the type and creator, not something you'd want to
  278.   recreate by hand. But, like many of my brainstorms (OK, so maybe
  279.   that's pushing it, but it was more than braindrizzle), the scheme
  280.   fell by the wayside, never to be implemented. The mainframe folks
  281.   probably would have hated me for it anyway.
  282.  
  283.   Obviously someone at the University of Utah had the same idea, but
  284.   being slightly brighter than I, decided to implement it with Unix
  285.   machines and custom software. Succinctly named Dump (in the spirit
  286.   of Unix, they probably wanted to call it du, but that's taken
  287.   already), the program is a small MultiFinder program that talks to
  288.   the Unix client programs (also supplied in source code) that
  289.   actually perform the backups and restores. The Mac program
  290.   synchronizes the Mac's clock to the Unix machines clock, and you
  291.   can do full and incremental backups to whatever tape drive or
  292.   other backup media you have for the Unix machine. The Macintosh
  293.   program uses TCP, so you do need MacTCP from Apple (available from
  294.   APDA) for this to work. If you've got the necessary network anyway
  295.   but not MacTCP, you should probably get it because it provides
  296.   useful services and works with programs such as NCSA Telnet,
  297.   HyperFTP, and various NNTP servers.
  298.  
  299.   Since many implementations of Unix require a recompile for a
  300.   program to work, the Unix client programs come only in source
  301.   code. This also allows sites with complex backup needs to modify
  302.   the code for their own purposes. Although the code is specifically
  303.   designed for Unix, and the scripts that manage the backups are
  304.   Unix shell scripts, you could theoretically write your own client
  305.   programs on a non-Unix host that supports TCP/IP.
  306.  
  307.   Considering what this product will do for you, the price is quite
  308.   reasonable at $200 for an educational site and $250 for all other
  309.   sites. An educational site is a single campus, and all other sites
  310.   are considered to be a single location or mailing address. As I
  311.   said before, you do need MacTCP, along with a Mac running
  312.   MultiFinder under System 6.0 or newer (I don't know what the
  313.   compatibility status of MacTCP is with System 7 currently, but I
  314.   know there are some problems and an upgrade is planned). You also
  315.   get User, Installation, and Protocol Documentation, which is good,
  316.   since I have the feeling that this set of programs requires a good
  317.   bit of customization, for which documentation is essential.
  318.  
  319.   For general information and a copy of the license agreement
  320.   contact:
  321.  
  322.     Loretta Cruse
  323.     University of Utah
  324.     Center for Software Science
  325.     3190 Merrill Engineering Building
  326.     Salt Lake City, UT  84112
  327.     801/581-5017
  328.     FAX: 801/581-5843
  329.     cruse@cs.utah.edu
  330.  
  331.   For technical information, contact:
  332.  
  333.     Brian Sturgill
  334.     801/581-5591
  335.     brian@cs.utah.edu
  336.  
  337.     APDA -- 800/282-2732 US -- 800/637-0029 CAN
  338.       408/562-3910 others
  339.       APDA@applelink.apple.com
  340.  
  341.   Information from:
  342.     Brian Sturgill -- brian%harpo@hellgate.utah.edu
  343.  
  344.  
  345. Reviews/08-Jul-91
  346. -----------------
  347.  
  348. * InfoWorld
  349.     High Speed Modems, pg. 51
  350.       Hayes Ultra 96
  351.       Intel 9600EX
  352.       Microcom QX/4232hs
  353.       Motorola Codex 3260
  354.       NEC N9635E
  355.       Practical Modem 9600SA
  356.       Prometheus ProModem Ultima
  357.       UDS Fastalk MarFeb-42 bis
  358.       USR Courier V.32bis
  359.     Motorola Altair, pg. 60
  360.     Seiko Label Printer Plus, pg. 61
  361.     Avery Personal Label Printer, pg. 61
  362.     dBase IV Runtime Plus, pg. 61
  363.  
  364. References:
  365.     InfoWorld -- 01-Jul-91, Vol. 13, #26
  366.  
  367.  
  368. ..
  369.  
  370.  This text is encoded in the setext format. Please send email to
  371.  <info@tidbits.uucp> or contact us at one of the above addresses
  372.  to learn how to get more information on the setext format.
  373.